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Abstract 


The  scheduling  of  tracking  and  surveillance  looks  for  multifunction  radar  is  considered.  A 
sequential  technique  is  proposed,  whereby  tracking  looks  are  scheduled  first,  and  surveil¬ 
lance  looks  are  then  scheduled  to  occupy  gaps  in  the  radar  time  line.  The  Two-Slope  Benefit 
Function  (TSBF)  Scheduler  is  used  to  schedule  the  tracking  looks  and  requires  that  each 
tracking  look  request  has  a  benefit  function,  which  specifies  benefit  as  a  function  of  start 
time.  This  method  accounts  for  both  look  priority  and  target  dynamics  in  formulating  a 
look  schedule.  If  the  radar  is  overloaded  with  tracking  look  requests,  the  TSBF  Scheduler 
down-selects  a  set  of  looks  which  can  be  scheduled,  using  a  method  which  favours  higher 
priority  looks.  Looks  are  scheduled  to  maximize  the  total  benefit,  and  the  resulting  maxi¬ 
mization  is  shown  to  be  a  linear  program  which  can  be  solved  efficiently  using  the  Simplex 
Method.  Given  a  tracking  look  schedule,  the  Gap-Filling  Scheduler  is  used  to  schedule 
surveillance  looks.  A  method  for  prioritising  surveillance  looks  is  proposed. 


Resume 


On  examine  la  planification  des  visees  de  suivi  et  de  surveillance  pour  un  radar  multifonc- 
tion.  Une  technique  sequentielle  est  proposee,  selon  laquelle  on  planifie  d’abord  les  visees 
de  suivi,  puis  les  visees  de  surveillance  pour  combler  les  trous  dans  l’echeancier  du  radar. 
Le  planificateur  a  fonction  d’avantage  a  deux  pentes  (Two-Slope  Benefit  Function,  TSBF) 
sert  a  planifier  les  visees  de  suivi,  et  cela  exige  que  chaque  demande  de  visee  de  suivi  ait 
une  fonction  d’avantage,  qui  specific  l’avantage  en  fonction  de  la  date/de  l’heure  de  debut. 
Cette  methode  tient  compte  de  la  priorite  des  visees  et  de  la  dynamique  des  cibles  pour  for- 
muler  un  echeancier  des  visees.  Si  le  radar  est  surcharge  de  demandes  de  visees  de  suivi,  le 
planificateur  a  TSBF  reduit  la  priorite  d’un  ensemble  de  visees  qui  peuvent  etre  planifiees, 
a  l’aide  d’une  methode  qui  favorise  les  visees  prioritaires.  Les  visees  sont  planifiees  de 
fag  on  a  maximiser  l’avantage  total  et  on  demontre  que  la  maximisation  qui  en  resulte  est 
un  programme  lineaire  qui  peut  etre  resolu  efficacement  a  l’aide  de  la  methode  du  sim¬ 
plex.  Une  fois  qu’un  echeancier  de  visees  de  suivi  est  etabli,  on  utilise  un  planificateur 
complementaire  (Gap-Filling  Scheduler,  GFS)  pour  planifier  les  visees  de  surveillance.  On 
propose  une  methode  de  priorisation  des  visees  de  surveillance. 
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Executive  summary 


Scheduling  for  multifunction  radar  via  two-slope 
benefit  functions 

Peter  W.  Moo;  DRDC  Ottawa  TM  2010-259;  Defence  R&D  Canada  -  Ottawa; 

December  2010. 

Modern  naval  radars  use  phased  array  antennas,  which  allow  the  radar  beam  to  be  con¬ 
trolled  and  adapted  almost  instantaneously.  The  flexibility  of  phased  array  technology 
allows  the  radar  to  carry  out  multiple  functions,  each  of  which  place  different  demands 
on  the  radar.  Each  function,  such  as  surveillance,  target  tracking  and  fire  control,  requests 
that  a  number  of  looks  be  carried  out  by  the  radar.  The  role  of  a  radar  resource  manager 
is  to  receive  the  look  requests  from  the  various  functions  and  formulate  a  schedule  to  be 
executed  by  the  radar.  An  important  aspect  of  this  role  is  deciding  which  looks  should  be 
dropped  in  overload  situations,  when  the  radar  does  not  have  sufficient  time  line  to  execute 
all  look  requests.  The  scheduling  of  tracking  and  surveillance  looks  is  considered. 

This  work  proposes  a  scheduling  method  called  the  Sequential  Scheduler,  which  consists  of 
the  Two-Slope  Benefit  Function  (TSBF)  Scheduler  for  tracking  looks  and  the  Gap-Filling 
Scheduler  (GFS)  for  surveillance  looks.  Tracking  looks  are  scheduled  first,  and  surveil¬ 
lance  looks  are  then  scheduled  to  occupy  gaps  in  the  radar  time  line.  Associated  with 
each  tracking  look  request  is  a  benefit  function,  which  quantifies  benefit  as  a  function  of 
start  time.  This  method  accounts  for  both  look  priority  and  target  dynamics  in  formulat¬ 
ing  a  look  schedule.  If  required,  the  TSBF  Scheduler  down-selects  a  set  of  look  requests 
which  can  be  scheduled,  using  a  method  which  favours  high  priority  looks.  Fooks  are  then 
scheduled  to  maximize  the  total  benefit.  For  the  case  of  a  two-slope  benefit  function,  it  is 
shown  that  the  maximization  problem  is  a  linear  program  that  can  be  solved  by  the  Simplex 
Method.  Given  a  tracking  look  schedule,  the  GFS  is  used  to  schedule  surveillance  looks. 
A  method  for  prioritising  surveillance  looks  is  proposed. 

The  proposed  technique  schedules  look  requests  with  arbitrary  priorities  and  look  parame¬ 
ters.  Higher  priority  look  requests  are  favoured  during  the  computation  of  the  schedule.  For 
tracking  look  requests,  larger  values  of  peak  benefit  enhance  the  likelihood  that  a  look  will 
be  down-selected.  Farger  values  of  slopes  for  early  and  late  scheduling  enhance  the  likeli¬ 
hood  that  a  look  will  be  scheduled  closer  to  its  desired  start  time.  The  proposed  method  for 
prioritising  surveillance  looks  allows  particular  surveillance  regions  to  be  revisited  more 
often  than  others.  The  use  of  the  Simplex  Method  for  scheduling  enables  the  scheduler  to 
process  large  numbers  of  look  requests  in  a  computationally  efficient  manner. 
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Les  radars  navals  modemes  utilisent  des  antennes  reseau  a  commande  de  phase,  qui  per- 
mettent  de  controler  et  d’ adapter  le  faisceau  radar  presque  instantanement.  Grace  a  la  sou- 
plesse  de  la  technologie  a  commande  de  phase,  le  radar  peut  executer  de  multiples  fonc- 
tions  qui  imposent  toutes  des  exigences  differentes  au  radar.  Chaque  fonction,  comme  la 
surveillance,  le  suivi  des  cibles  et  la  conduite  de  tir,  exige  qu’un  certain  nombre  de  visees 
soient  effectuees  par  le  radar.  Le  role  d’un  gestionnaire  des  ressources  d’un  radar  est  de 
recevoir  les  demandes  de  visees  des  differentes  fonctions  et  de  formuler  un  echeancier  qui 
doit  etre  suivi  par  le  radar.  Un  aspect  important  de  ce  role  est  de  choisir  les  visees  qui 
doivent  etre  laissees  de  cote  lorsque  le  systeme  est  surcharge,  lorsque  le  radar  n’a  pas  le 
temps  d’ executer  toutes  les  demandes  de  visees.  On  examine  la  planihcation  des  visees  de 
suivi  et  de  surveillance. 

Ces  travaux  proposent  une  methode  de  planihcation  appelee  planihcateur  sequentiel  (Se¬ 
quential  Scheduler),  composee  du  planihcateur  a  fonction  d’avantage  a  deux  pentes  (Two- 
Slope  Beneht  Function,  TSBF)  pour  les  visees  de  suivi  et  du  planihcateur  complementaire 
(Gap-Filling  Scheduler,  GFS)  pour  les  visees  de  surveillance.  On  planihe  d’abord  les  visees 
de  suivi,  puis  on  planihe  les  visees  de  surveillance  pour  combler  les  trous  dans  V echeancier 
du  radar.  Une  fonction  d’avantage  est  associee  a  chaque  demande  de  visee  de  suivi  :  elle 
quantihe  l’avantage  en  fonction  de  la  date/de  l’heure  de  debut.  Cette  methode  tient  compte 
de  la  priorite  des  visees  et  de  la  dynamique  des  cibles  pour  formuler  un  echeancier  des 
visees.  Au  besoin,  le  planihcateur  TSBF  reduit  la  priorite  d’un  ensemble  de  demandes  de 
visees  qui  peuvent  etre  planihees,  a  l’aide  d’une  methode  qui  favorise  les  visees  prioritaires. 
Les  visees  sont  ensuite  planihees  de  fa<jon  a  maximiser  l’avantage  total.  Dans  le  cas  d’une 
fonction  d’avantage  a  deux  pentes,  on  demontre  que  le  probleme  de  maximisation  est  un 
programme  lineaire  qui  peut  etre  resolu  a  l’aide  de  la  methode  du  simplex.  Une  fois  qu’un 
echeancier  de  visees  de  suivi  est  etabli,  on  utilise  un  planihcateur  GFS  pour  planiher  les 
visees  de  surveillance.  On  propose  une  methode  de  priorisation  des  visees  de  surveillance. 

La  technique  proposee  planihe  les  demandes  de  visees  avec  des  priorites  arbitrages  et 
des  parametres  de  visees.  Le  systeme  favorise  les  demandes  de  visees  prioritaires  pendant 
l’etablissement  de  1’ echeancier.  Pour  les  demandes  de  visees  de  suivi,  il  est  plus  probable 
que  la  priorite  d’une  demande  sera  reduite  si  cette  derniere  a  une  valeur  d’avantage  maximal 
superieure.  De  plus,  il  est  plus  probable  qu’une  visee  sera  planihee  a  un  moment  proche 
de  sa  date/son  heure  de  debut  souhaitees  si  elle  a  une  grande  valeur  de  pentes  pour  une 
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planification  anticipee  et  tardive.  La  methode  proposee  pour  etablir  l’ordre  de  priorite  des 
visees  de  surveillance  permet  de  reobserver  des  regions  de  surveillance  particulieres  plus 
souvent  que  d’autres.  Grace  a  1 ' util isation  de  la  methode  du  simplex  pour  la  planification, 
le  planificateur  peut  traiter  de  nombreuses  demandes  de  visees  de  fag:on  efficiente. 
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1  Introduction 


The  use  of  phased  array  antennas  has  enhanced  the  flexibility  and  utility  of  radar.  In  par¬ 
ticular,  phased  array  technology  allows  the  radar  beam  to  be  controlled  and  adapted  almost 
instantaneously.  This  flexibility  enables  the  radar  to  carry  out  multiple  functions  simul¬ 
taneously,  such  as  fire  control,  tracking  and  surveillance,  where  each  function  carries  out 
a  number  of  looks.  The  execution  of  multiple  functions  necessitates  the  study  of  radar 
resource  management,  which  considers  the  prioritisation  and  scheduling  of  radar  looks. 
Radar  resource  management  is  especially  important  in  overload  situations,  when  the  radar 
does  not  have  sufficient  time  line  to  schedule  all  requested  looks.  In  this  case,  the  radar 
scheduler  must  decide  which  looks  should  be  scheduled  and  which  should  be  dropped. 
Additionally,  for  the  looks  to  be  scheduled,  a  start  time  for  each  look  must  be  determined. 

Previous  work  on  scheduling  includes  papers  which  consider  single  interval  looks  and  those 
which  consider  coupled  looks.  A  single  interval  look  occupies  one  continuous  interval  on 
the  radar  time  line,  whereas  a  coupled  look  consists  of  a  transmission  interval,  an  idle  inter¬ 
val  and  a  reception  interval.  For  single  interval  looks,  Stafford  [1]  proposed  a  scheduling 
process  for  looks  which  have  differing  priorities.  Vine  [2]  developed  a  scheduling  algo¬ 
rithm  where  look  priorities  are  computed  using  a  fuzzy  logic  approach.  In  [3],  looks  were 
scheduled  according  to  a  time  balance  which  is  associated  with  each  look.  Sabatini  and 
Tarantino  [4]  suggested  strategies  for  scheduling  prioritized  targets  when  the  radar  is  over¬ 
loaded.  In  [5],  two  scheduling  methods  were  proposed.  The  first  is  based  on  dynamic 
programming,  which  results  in  an  optimal  but  computationally  expensive  solution.  The 
second  method  is  suboptimal  but  is  computationally  less  demanding. 

For  the  scheduling  of  coupled  looks,  looks  may  be  interleaved  to  take  advantage  of  the  idle 
radar  time  between  transmission  and  reception.  Izquierdo-Fuente  and  Casar-Corredera  [6] 
developed  an  optimal  interleaving  algorithm  based  on  neural  networks.  Orman  et  al.  [7] 
presented  a  heuristic-based  approach  to  the  scheduling  of  coupled  looks.  In  [8],  the  pri¬ 
oritized  scheduling  of  interleaved  and  non-interleaved  looks  was  considered.  Miranda  et 
al.  [9]  carried  out  a  comparison  between  the  schedulers  proposed  by  Butler  [3]  and  Orman 
et  al.  [7], 

Previous  work  on  radar  scheduling  has  considered  the  relative  priorities  of  looks  when 
formulating  a  radar  schedule.  Looks  with  higher  priorities  are  more  likely  to  be  retained  in 
overload  situations.  When  not  all  looks  can  be  scheduled  at  their  desired  start  times,  looks 
with  higher  priority  are  generally  scheduled  closer  to  their  desired  start  times. 

This  paper  proposes  a  technique  called  the  Sequential  Scheduler,  which  considers  both  look 
priorities  and  target  dynamics  in  formulating  a  radar  schedule.  In  overload  situations,  the 
Sequential  Scheduler  considers  look  priorities  in  deciding  which  looks  to  retain.  For  track 
updates,  the  error  covariance  varies  with  update  time  and  target  dynamics.  The  Sequential 
Scheduler  accounts  for  individual  target  dynamics  via  the  change  in  error  covariance  to 
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schedule  track  updates. 


The  paper  is  organised  as  follows.  Section  2  formulates  the  scheduling  problem  to  be 
considered  and  presents  an  overview  of  the  Sequential  Scheduler.  In  Section  3,  the  Two- 
slope  Benefit  Function  (TSBF)  Scheduler  is  described.  Section  4  presents  the  Gap-Filling 
Scheduler  (GFS).  A  number  of  scheduling  examples  are  presented  in  Section  5.  The  exam¬ 
ples  are  chosen  to  illustrate  the  properties  of  the  proposed  scheduling  technique.  Finally, 
conclusions  are  presented  in  Section  6. 

2  Scheduling  paradigm 


To  accurately  state  the  goal  of  a  radar  scheduler,  it  is  necessary  to  first  present  definitions 
of  a  function,  a  task  and  a  look.  The  radar  carries  out  multiple  functions,  which  include 
weapon  control,  target  tracking,  and  surveillance.  Each  function  consists  of  one  or  more 
tasks.  For  the  weapon  control  function,  a  task  involves  the  control  of  an  individual  weapon. 
Similarly,  for  the  target  tracking  function,  a  task  involves  the  tracking  of  an  individual 
target.  The  surveillance  function  monitors  a  specified  region  of  interest.  A  surveillance 
task  may  include  the  monitoring  of  a  subregion  within  the  specified  region  of  interest.  The 
surveillance  function  can  also  be  thought  of  as  consisting  of  a  single  task,  where  the  task 
involves  monitoring  the  entire  region  of  interest. 

Each  task  consists  of  several  looks,  where  a  look  requires  one  continuous  time  interval  of 
finite  duration  to  be  completed.  For  a  tracking  task,  a  look  is  an  attempt  to  update  a  track 
by  steering  the  radar  in  the  direction  of  the  expected  location  of  the  target.  In  this  case, 
a  look  could  consist  of  one  or  more  beam  positions  of  the  radar.  For  a  surveillance  task, 
a  look  could  consist  of  a  single  beam  position  or  multiple  beam  positions.  Since  a  look 
has  been  defined  to  require  a  continuous  time  interval  to  be  completed,  it  is  beneficial  to 
define  surveillance  looks  to  be  as  short  in  duration  as  possible.  This  allows  the  scheduler 
the  flexibility  to  interleave  looks  from  multiple  tasks. 

Each  task  sends  look  requests  to  the  radar  scheduler.  For  a  target  tracking  task,  a  look 
request  may  consist  of  an  attempt  to  update  a  track  at  a  specified  time.  The  specified  time 
will  depend  on  the  time  of  the  track  update,  the  estimated  target  dynamics  and  the  tracking 
model.  For  all  tasks,  look  requests  are  sent  to  the  radar  scheduler  independently.  That  is, 
each  task  makes  look  requests  based  only  on  its  own  requirements.  The  role  of  the  radar 
scheduler  is  to  receive  all  look  requests  and  formulate  a  schedule  for  the  radar,  under  the 
constraint  that  at  any  given  time,  the  radar  only  executes  one  look.  The  radar  scheduler 
must  decide  whether  or  not  to  schedule  the  look  request.  For  example,  if  two  look  requests 
which  start  at  the  same  time  are  received,  the  scheduler  must  decide  whether  to  alter  the 
start  times  of  one  or  both  looks  or  to  not  schedule  one  of  the  looks. 

The  three  basic  radar  functions  are  assumed  to  have  following  priorities. 
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1 .  Weapon  control  (highest  priority) 

2.  Tracking  (medium  priority) 

3.  Surveillance  (lowest  priority) 

Within  each  function,  tasks  may  have  different  priorities.  For  example,  tracking  task  A 
may  have  a  higher  priority  than  tracking  task  B  if  the  target  associated  with  task  A  is 
thought  to  be  more  of  a  threat  than  the  target  associated  with  task  B.  Since  weapon  control 
is  the  highest  priority  function,  if  any  weapon  control  look  requests  are  received,  the  radar 
scheduler  will  usually  schedule  any  such  look  requests  and  cancel  or  delay  all  pending  look 
requests  from  surveillance  or  tracking  tasks.  For  the  purpose  of  developing  the  proposed 
sequential  scheduler,  attention  will  be  restricted  to  the  tracking  and  surveillance  functions. 
That  is,  the  weapon  control  function  will  not  be  considered  in  this  work. 

In  this  study,  the  scheduler  receives  all  look  requests  and  formulates  the  schedule  for  a 
window  of  a  fixed  length  of  time.  After  the  schedule  has  been  carried  out  by  the  radar,  the 
scheduler  then  formulates  the  schedule  for  the  next  window.  Choosing  shorter  or  longer 
windows  have  different  advantages.  If  a  shorter  window  is  utilized,  then  newer  look  re¬ 
quests  may  be  considered  more  quickly.  Furthermore,  the  use  of  a  shorter  window  results 
in  a  smaller  number  of  look  requests  which  must  be  processed  at  one  time  by  the  scheduler. 
If  a  longer  window  is  utilized,  a  larger  number  of  look  requests  must  be  processed,  but  the 
scheduling  is  carried  out  less  frequently.  The  choice  of  window  length  is  a  balance  between 
the  need  to  rapidly  consider  new  look  requests  and  the  desire  to  formulate  schedules  less 
frequently. 

By  assumption,  tracking  looks  have  a  higher  priority  than  surveillance  looks.  Tracking  and 
surveillance  looks  also  differ  in  a  number  of  ways.  At  any  given  time,  the  radar  maintains 
a  variable  number  of  tracks.  Depending  on  the  dynamics  of  the  target,  each  track  may  need 
to  be  updated  more  or  less  frequently.  Therefore,  tracking  looks  are  by  nature  variable  in 
quantity.  It  is  possible  for  the  scheduler  to  receive  no  tracking  look  requests  for  a  period 
of  time.  It  is  also  possible  for  the  scheduler  to  receive  so  many  tracking  look  requests  in 
a  window  that  some  requests  must  be  dropped.  Furthermore,  a  tracking  look  request  is 
sensitive  to  its  scheduled  time.  As  the  time  between  track  updates  increases,  the  uncer¬ 
tainty  in  the  predicted  position  of  the  target  increases.  This  results  in  the  radar  having  to 
search  a  larger  region  to  detect  the  target,  which  increases  the  length  of  the  radar  look.  If 
a  long  period  of  time  elapses  between  track  updates,  then  the  track  is  lost.  A  long  delay  in 
scheduling  a  tracking  look  can  result  in  the  elimination  of  the  associated  task. 

On  the  other  hand,  surveillance  is  a  persistent  function,  so  that  surveillance  look  requests 
are  always  present.  The  length  of  time  required  to  carry  out  a  surveillance  look  is  typically 
fixed  in  length,  since  each  look  request  depends  on  the  area  to  be  monitored  but  not  on  the 
dynamics  of  a  potential  target.  Surveillance  look  requests  may  be  thought  of  as  a  queue. 
If  the  radar  is  not  occupied  with  tracking  looks,  then  the  next  surveillance  look  request 
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in  the  queue  should  be  scheduled.  It  is  desirable  to  carry  out  surveillance  of  a  particular 
area  as  often  as  possible.  However,  even  if  a  long  period  of  time  has  elapsed  since  the  last 
surveillance  look,  carrying  out  a  new  surveillance  look  is  always  beneficial. 

Tracking  Surveillance 

Look  Requests  Look  Requests 


Sequential 

Scheduler 


Figure  1 :  Illustration  of  the  Sequential  Scheduler. 

Based  on  the  differing  priorities  and  nature  of  the  tracking  and  surveillance  looks,  a  method 
called  the  Sequential  Scheduler  is  proposed.  The  scheduler,  which  is  shown  in  Figure  1, 
consists  of  two  components.  The  Two-Slope  Benefit  Function  Sub-Scheduler  generates  a 
schedule  of  tracking  look  requests.  The  Gap-Filling  Sub-Scheduler  considers  the  track¬ 
ing  look  schedule  and  schedules  surveillance  look  requests  in  any  remaining  idle  intervals 
within  the  window.  The  TSBF  Sub-Scheduler  is  described  in  Section  3.  The  Gap-Filling 
Sub-Scheduler  is  described  in  Section  4.  Scheduling  tracking  look  requests  first  ensures 
that  higher  priority  tracking  looks  are  scheduled  before  lower  priority  surveillance  looks. 
The  surveillance  looks  are  then  scheduled  to  occupy  as  much  of  the  radar  window  as  pos¬ 
sible. 

This  scheduler  adaptively  schedules  look  requests  of  arbitrary  lengths,  which  are  specified 
by  the  tracker  or  surveillance  manager.  Furthermore,  the  Sequential  Scheduler  is  able  to 
accommodate  adaptive  update  rates,  since  desired  start  times  may  be  chosen  arbitrarily. 

Note  that  the  Sequential  Scheduler  does  not  place  any  constraints  on  the  total  time  sched¬ 
uled  for  tracking  requests.  It  is  possible  to  place  a  constraint  on  the  Sequential  Scheduler 
so  that  a  maximum  percentage  of  the  window  is  devoted  to  tracking  looks.  Once  the  total 
length  of  scheduled  tracking  looks  reached  the  maximum,  surveillance  looks  would  then 
be  scheduled  in  the  remaining  radar  time  line.  In  this  paper,  no  such  constraints  are  placed 


Two- Slope 
Benefit  Function 
Sub-Scheduler 


Tracking  Look 
Schedule 


Gap-Filling 

Sub-Scheduler 


Look  Schedule 
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on  the  TSBF  Sub-Scheduler. 


3  Two-slope  benefit  function  sub-scheduler 
for  tracking  looks 


This  section  describes  the  first  component  of  the  Sequential  Scheduler,  the  Two-Slope  Ben¬ 
efit  Function  Sub-Scheduler.  The  TSBF  Sub-Scheduler  receives  tracking  look  requests  and 
each  look  request  is  either  selected  with  a  start  time  or  dropped. 

3.1  Preliminaries 

Consider  a  time  window  [T\ ,  To] .  Associated  with  this  window,  the  sub-scheduler  receives 
P  tracking  look  requests  Lx.Li. ....  L/<.  Each  look  request  Ln  has  the  look  parameters 

•  ln,  the  time  required  to  complete  the  look,  in  seconds, 

•  t*,  the  desired  start  time, 

•  s,u  the  earliest  start  time, 

•  un,  the  latest  start  time. 

•  B*v  peak  benefit, 

•  8„,  slope  for  early  scheduling, 

•  A„,  slope  for  late  scheduling. 

The  look  parameters  satisfy  sn  <  <  Un.  The  interval  [sn,un]  is  called  the  scheduling 

interval  for  Ln.  All  look  requests  are  assumed  to  have  a  scheduling  interval  which  lies 
within  [7i ,  7A] -  The  slopes  for  early  and  late  scheduling  are  restricted  to  0  <  8„  <  °°  and  0  < 
A„  <  oo.  If  a  look  is  scheduled,  the  start  time  tn  must  satisfy  sn  <  tn  <  un.  The  look  request 
Ln  is  associated  with  a  benefit  function  Bn(tn),  which  measures  the  benefit  of  selecting  start 
time  tn.  The  benefit  function  is  a  two-slope  function,  which  is  given  by 


Bn(tn)=B*n  +  cn{tn-t*), 


(1) 


where 


(2) 


A  two-slope  benefit  function  is  illustrated  in  Figure  2. 
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Figure  2:  A  two-slope  benefit  function. 


Without  loss  of  generality,  the  looks  are  ordered  so  that 

t*  <  4  <  4  <  ■  ■  ■  <  tp. 

This  ordering  is  a  labeling  convention  and  does  not  restrict  the  arbitrary  choice  of  any  of 
the  look  parameters.  Note  that  it  is  not  necessarily  true  that  sn  <  sn+\  or  un  <  un+\  for  any 
n  =  —  l,  since  the  scheduling  intervals  for  the  looks  may  have  different  lengths. 

Definition:  A  start  time  tn  for  look  Ln  is  a  viable  start  time  if  sn  <  tn  <  un . 

If  the  start  time  for  look  Lu  is  t„,  then  the  look  ends  at  time  tn  + 1„.  Because  only  one  look 
may  be  executed  at  a  time,  the  start  time  for  the  next  scheduled  look  must  be  no  earlier  than 
tn  +  ln.  This  leads  to  the  following  definition. 

Definition:  Consider  a  set  of  looks  L\,...,Lp  with  ordered  start  times  t\  <  t2  <  <  ■  ■■  <  tp. 

The  set  Li,  ...,Lp  is  a  viable  set  if 


tn  +  ln  <  t„_|_i,for  all  n  =  1,2 1. 


Due  to  the  large  number  of  parameters  used  by  the  TSBF  Sub-Scheduler,  a  list  of  parame¬ 
ters  is  specified  in  Table  1 
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Table  1:  List  of  parameters  for  the  TSBF  Sub-Scheduler. 


Parameter 

Description 

Look 

Parameters 
(Sect.  3.1) 

Ln 

look  request 

In 

time  to  complete  look 

t*n 

desired  start  time 

Sfl 

earliest  start  time 

Un 

latest  start  time 

b: 

peak  benefit 

5  „ 

slope  for  early  scheduling 

An 

slope  for  late  scheduling 

hi 

start  time 

Bnifn) 

benefit  function 

Metrics 
Calculation 
(Sect.  3.4) 

t'n 

conditional  earliest  start  time 

En 

maximum  delay  within  a  sequence 

Q 

number  of  sequences 

D, 

starting  look  for  sequence  q 

Gq 

maximum  delay  between  sequences 

Start  Time 
Assignment 
(Sect.  3.6) 

CLU 

delay  from  earliest  conditional  start  time 

P» 

allowable  difference  between  delays 

B(h,  ...,6v) 

total  benefit 

Vn 

auxiliary  variable  for  delay  within  a  sequence 

Wn 

auxiliary  variable  for  delay  between  sequences 

additional  variable  for  piecewise  linear  objective  function 

hi 

optimal  start  time 
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3.2  Radar  loading  of  tracking  looks  within  the  time 
window 

For  a  set  of  tracking  look  requests  Li,  ...,Lp  with  lengths  /i,  ...,/p,  define 

p 

l  —  Tin- 
11=  1 

This  is  the  minimum  total  time  required  to  complete  all  looks.  Also  define 

x  =  max(n,7  +  ln)  —  mins,,. 

n  n 

This  is  the  maximum  amount  of  radar  time  line  available  for  the  given  set  of  looks.  Note 
that  in  many  cases,  it  may  not  be  possible  for  all  looks  to  be  completed  in  the  time  x, 
because  this  would  require  that  multiple  looks  be  executed  by  the  radar  simultaneously. 
The  quantity  x  is  defined  to  facilitate  a  definition  of  radar  loading. 

Definition:  The  radar  is  underloaded  during  the  time  window  if  l  <  x. 

An  underloaded  radar  may  be  able  to  schedule  all  P  looks  in  x  seconds.  However,  it  may 
be  able  to  schedule  all  looks  only  by  starting  some  of  them  at  times  other  than  the  desired 
start  times.  Note  that  being  underloaded  is  a  necessary,  but  not  sufficient,  condition  for  the 
radar  to  execute  all  looks. 

Definition:  The  radar  is  overloaded  during  the  time  window  if  7  >  x. 

An  overloaded  radar  cannot  schedule  all  P  looks,  and  some  looks  must  be  dropped.  With 
these  definitions  of  loading,  a  set  of  looks  {Ln}  can  be  categorized  into  one  of  three  condi¬ 
tions,  as  follows. 

Definition:  A  set  of  look  requests  Li,  ...,Lp  is  in  Condition  I  if  the  radar  is  underloaded 
and 

C  +  ln  <  t*+l , for  all  n  —  1,2,..., P-1.  (3) 

That  is,  every  look  can  be  scheduled  at  its  desired  start  time.  This  case  is  straight-forward 
and  does  not  require  the  sub-scheduler  to  make  any  decisions  about  shifting  start  times 
away  from  desired  start  times  or  dropping  looks. 

Definition:  A  set  of  look  requests  L\,...,Lp  is  in  Condition  II  if  the  radar  is  underloaded 
and  (3)  does  not  hold. 

For  a  set  of  look  requests  in  Condition  II,  it  may  be  possible  for  all  looks  to  be  scheduled, 
but  only  if  at  least  one  of  the  looks  does  not  start  at  its  desired  start  time.  It  may  also  be  the 
case  that  some  looks  must  be  dropped. 
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Definition:  A  set  of  look  requests  L\ ,  ...,Lp  is  in  Condition  III  if  the  radar  is  overloaded. 


In  this  case,  the  radar  is  overloaded,  and  some  looks  must  be  dropped.  The  sub-scheduler 
must  also  select  start  times  for  the  looks. 

For  Condition  I,  all  looks  can  be  scheduled  at  their  desired  start  times,  so  scheduling  is 
trivial.  For  Conditions  II  and  III,  the  sub-scheduler  may  have  to  decide  which  looks  to 
drop,  and  must  schedule  each  of  the  looks.  The  TSBF  Sub-Scheduler  is  used  for  look 
requests  which  are  in  Condition  II  or  III. 

3.3  Sub-scheduler  overview 

The  input  to  the  TSBF  Sub-Scheduler  is  a  set  of  P  tracking  look  requests.  The  output  of  the 
sub-scheduler  is  a  viable  subset  of  N  looks,  where  N  <  P,  and  start  times  for  each  of  the  N 
looks.  The  viable  subset  may  be  the  entire  set  of  P  look  requests.  The  main  components  of 
the  TSBF  Sub-Scheduler  are  shown  in  Figure  3. 

A  radar  scheduler  must  decide  whether  or  not  to  schedule  a  look  request,  and  if  the  look 
is  to  be  scheduled,  select  a  start  time.  The  TSBF  Sub-Scheduler  carries  out  these  two 
functions  separately,  by  first  deciding  which  looks  are  to  be  scheduled,  and  then  selecting 
start  times  for  the  resulting  subset. 

Recall  that  the  desired  start  times  of  the  look  requests  are  ordered  so  that  f*  <  < 

■■■  <tp.  The  TSBF  Sub-Scheduler  assumes  that  looks  are  scheduled  in  sequence,  so  that 
t\  <  tj  for  i  <  j.  If  all  looks  can  be  scheduled  at  their  desired  start  time,  then  this  assumption 
is  sound.  Although  in  some  special  cases  it  may  be  advantageous  to  schedule  the  looks  out 
of  sequence,  the  consideration  of  different  ordering  combinations  increases  the  computa¬ 
tional  complexity  of  the  sub-scheduler.  It  is  likely  that  scheduling  the  looks  in  sequence  is 
advantageous  in  most  cases. 

The  set  of  P  look  requests  L\ , ...,Lp  are  first  processed  to  produce  a  set  of  look  metrics. 
Details  of  the  Metrics  Calculation  Algorithm  are  given  in  Section  3.4.  The  resulting  metrics 
are  used  to  determine  if  the  look  requests  are  viable.  If  the  set  of  look  requests  is  viable, 
then  the  viable  set  is  sent  to  the  Start  Time  Assignment  Algorithm.  If  the  set  of  look 
requests  is  not  viable,  then  the  set  is  subject  to  the  Look  Down-Selection  Algorithm,  which 
produces  a  viable  subset  of  looks.  This  subset  will  necessarily  be  a  strict  subset,  since 
one  or  more  look  requests  will  need  to  be  dropped.  Details  of  the  Look  Down-Selection 
Algorithm  are  presented  in  Section  3.5.  The  Start  Time  Assignment  Algorithm  produces 
a  set  of  start  times  which  maximize  the  total  benefit  of  the  viable  set  of  looks.  Details  are 
given  in  Section  3.6. 
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Set  of  P  Tracking 
Look  Requests  L  i , . . . ,  Lp 


Two-Slope 
Benefit  Function 
Sub- Scheduler 


Start  times  for  viable 
set  of  N  looks,  N  <  P 


Figure  3:  Overview  of  the  Two-Slope  Benefit  Function  Sub-Scheduler. 
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3.4  Metrics  calculation 


The  Metrics  Calculation  Algorithm  is  the  first  stage  of  the  TSBF  Sub-Scheduler.  This 
algorithm  is  also  used  within  the  Look  Down-Selection  Algorithm. 

Let  Li,  ...,Lp  be  the  input  set  of  look  requests.  The  selected  start  times  of  the  looks  are 
assumed  to  be  ordered  so  that  t\  <  t2  <  £3  <  ■  ■  ■  <  tp.  A  number  of  metrics  are  calculated, 
including  {f'}J=1,  {En}pn=v  an  integer  Q  where  1  <  Q  <  N,  {Dq}®=v  and  {Gj  J:/  when 
Q  >2.  The  metrics  { t'n } are  the  earliest  available  start  times  for  each  look,  given  that 
each  previous  look  has  been  scheduled  at  its  earliest  available  start  time.  The  start  times  t'n 
will  be  called  the  conditional  earliest  start  times.  The  metrics  {En}^=v  Q,  {Dq}®=1,  and 

{Gq}®~l  quantify  the  maximum  delay  that  can  be  applied  to  each  look  while  remaining 
viable. 

The  metrics  {En  }^=1  will  be  utilized  to  determine  whether  the  set  of  look  requests  is  viable. 
For  a  viable  set  of  looks,  all  of  the  metrics  will  be  used  to  assign  the  start  times. 

The  metrics  are  calculated  as  follows. 

1.  Let  t\  =  s\,E\  =u\—s\,q=  \  ,Dq  =  1,  and  n  =  2. 

2.  Let  t'n  =  max (.v, i)  and  En  =  un  -  t'n.  If  sn  >  t'n_x  +  i,  then  let  Gq  = 
Sn  -  t'n- 1  -  In- 1 ,  =  q  +  1,  and  Dq  =  n. 

3.  If  n  —  P  then  Q  —  q  and  stop.  Otherwise,  let  n  —  n  +  1  and  go  to  step  2. 

The  metrics  {t'n}  are  a  set  of  start  times  which  satisfy  t'n  >  sn  for  all  n.  However,  {/'  }  do 
not  necessarily  satisfy  t'n  <  un  for  all  n.  An  interpretation  for  {t'n }  is  as  follows.  The  start 
time  t[  is  the  earliest  possible  start  time  for  L\ .  For  this  choice  of  start  time,  L\  ends  at 
time  t[+li.  The  start  time  t'2  is  the  earliest  possible  start  time  for  Li  given  that  L\  started 
at  time  t\ .  If  t[  +  l\>  S2,  then  L2  can  start  at  time  t[+l\,  but  if  t[  + 1\  <  S2,  then  L2  must 
wait  until  time  S2  to  start,  since  the  start  time  must  satisfy  t'~,  >S2-  For  Ln  the  start  time  t'n  is 
the  earliest  possible  start  time  given  that  Lm  started  at  time  t'm  for  m  =  1 .....  /1  —  1 .  The  start 
times  tj,  ...,tp  are  chosen  without  considering  the  latest  start  times. 

For  each  n,  En  is  the  difference  between  un  and  t'n\  that  is,  the  difference  between  the  latest 
start  time  and  the  conditional  earliest  start  time.  The  definition  of  {En}^=l  results  in  a  test 
for  the  viability  of  the  set  of  look  requests. 

Test  for  Viability:  If  En  >  0  for  n  —  1  then  {Li,...,L/>}  is  viable  set  and  is  a 

set  of  viable  start  times. 

To  prove  this,  note  that  by  definition  t'n  >  sn  for  n  —  1 .....  /J  and  t'n+ 1  >  t'n  +  In  for  n  = 
If  En  >  0  for  all  n,  then  un  >  t'n  for  all  n,  which  shows  that  /J are  viable 
start  times.  Therefore,  L\,  ...,Lp  is  a  viable  set. 
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The  Metrics  Calculation  Algorithm  partitions  the  look  requests  into  Q  sequences.  The  first 
look  request  in  sequence  q  is  denoted  Dq,  and  the  first  look  of  the  first  sequence  is  look 
L\ .  For  every  look  request  in  a  sequence,  except  for  the  last  look,  the  end  time  of  the  look 
request  equals  the  start  time  of  the  next  look  request.  For  all  sequences  except  the  last 
sequence,  the  difference  between  the  end  time  of  the  last  look  of  sequence  q  and  the  start 
time  of  the  next  sequence  is  Gq.  Because  Q  is  the  last  sequence,  Gq  is  undefined. 

Let  En  <  0  for  a  given  n,  and  let  q  be  the  sequence  containing  look  Ln.  An  explanation  of 
the  condition  En  <  0  is  as  follows.  Since  Ln  is  in  sequence  q,  it  is  known  that 


n—  1 


and  that  un  <C  If  all  looks  prior  to  Ln  in  sequence  q  are  scheduled  at  their  earliest  possible 
time,  then  a  viable  start  time  for  Ln  cannot  be  selected.  In  order  for  Ln  to  be  scheduled  at  a 
viable  start  time,  one  or  more  of  the  prior  looks  in  sequence  q  must  be  dropped. 

The  Metrics  Calculation  Algorithm  serves  two  purposes  in  the  TSBF  Sub-Scheduler.  First, 
calculation  of  the  metrics  {En}  lead  to  a  test  for  the  viability  of  the  set  of  look  requests. 
Second,  the  look  metrics  are  used  by  the  Start  Time  Assignment  Algorithm  to  compute  the 
start  times  that  maximize  total  benefit.  It  is  evident  that  the  Metrics  Calculation  Algorithm 
has  low  computational  complexity. 

3.5  Look  down-selection 

The  look  metrics  lead  to  a  test  for  the  viability  of  a  set  of  look  requests:  if  En  >  0  for  all 
n ,  then  the  set  is  viable.  If  the  set  is  not  viable,  then  the  Look  Down-Selection  Algorithm 
drops  one  or  more  look  requests  and  produces  a  viable  set  of  looks. 

A  flowchart  for  the  Look  Down-Selection  Algorithm  is  given  in  Figure  4.  The  look  re¬ 
quests  are  sorted  by  peak  benefit  in  descending  order.  The  sorted  look  requests  are  labeled 
{A n)n=\-  The  goal  of  the  down- selection  is  to  select  a  viable  subset  C  of  {A„}^=1.  Starting 
with  the  look  request  with  the  largest  peak  benefit,  subsequent  look  requests  are  added  one 
at  a  time  to  the  set.  The  resulting  new  set  is  sent  to  the  Metrics  Calculation  Algorithm. 
If  this  new  set  is  viable,  then  the  most  recent  addition  to  the  set  is  kept.  Otherwise,  the 
most  recent  addition  is  dropped.  This  process  continues  until  all  look  requests  have  been 
considered.  The  look  with  the  largest  peak  benefit,  Ai,  will  always  be  included  in  C.  Note 
that  at  least  one  look  request  will  be  dropped,  because  the  original  set  of  look  requests  is 
not  viable. 

As  look  requests  are  added  to  the  set,  the  metrics  are  calculated  to  determine  viability.  If 
a  set  is  not  viable,  dropping  the  most  recent  addition  to  the  set  is  advantageous  for  two 
reasons.  First,  the  most  recent  addition  is  the  look  with  the  smallest  peak  benefit  which  has 
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Look 

Down- Selection 


Look  Requests  L i, Lp 


C  is  the  set  of 
down-selected  looks 


Figure  4:  The  Look  Down-Selection  Algorithm. 
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been  considered  at  that  time.  Second,  dropping  the  most  recent  addition  results  in  a  viable 
set. 

The  relative  peak  benefit  of  a  look  request  plays  an  important  role  in  whether  the  look  is 
down-selected.  The  look  request  with  the  largest  peak  benefit  is  always  down-selected.  To 
be  down-selected,  any  other  look  request,  together  with  all  look  requests  with  larger  peak 
benefit,  must  be  a  viable  set.  For  look  requests  with  larger  peak  benefit,  there  are  fewer 
other  look  requests  in  the  set,  which  enhances  the  probability  of  being  down-selected. 
Look  requests  with  longer  scheduling  intervals  also  have  a  higher  probability  of  being 
down- selected. 

The  Look  Down-Selection  Algorithm  produces  a  viable  subset  C  of  the  original  set  of  look 
requests  L\ , . . . ,  Lp.  The  Metrics  Calculation  Algorithm  is  executed  P  —  1  times  by  the  Look 
Down-Selection  Algorithm.  As  noted  in  Section  3.4,  the  computational  requirements  for 
calculating  the  look  metrics  are  light. 


3.6  Start  time  assignment 

The  input  to  the  Start  Time  Assignment  Algorithm  is  a  viable  set  of  looks.  If  the  original 
set  of  look  requests  was  viable,  then  the  input  set  is  the  original  set  of  looks.  If  not,  then 
the  input  set  of  looks  is  the  viable  subset  generated  by  the  Look  Down-Selection  Algo- 
rithm.  The  input  set  of  looks  is  The  metrics  { , ,  { E„ };)_ , ,  Q,  { Dq  ] ,  and 

{GjJr,1  (for  Q  >  2)  were  calculated  for  the  input  set  of  looks  by  the  Metrics  Calculation 
Algorithm.  The  Start  Time  Assignment  Algorithm  schedules  all  looks  in  the  input  set. 

Because  all  looks  are  scheduled,  the  start  time  t'n  is  the  earliest  possible  viable  start  time 
for  Ln.  All  viable  start  times  can  be  expressed  as 

tn  tn  -t-  OC ii ,  n  1 , . . . ,  A, 

where  oc„  is  the  delay  from  the  conditional  earliest  start  time  and  is  subject  to  the  constraints 

0<a„  <En,n=  1,..., A,  (4) 

OC;;  A  0C/7-I- 1  -)-  (3  m  n  —  1, ...,  A  1,  (5) 

where 

o  _  j  0,  if  Ln  and  Ln+\  are  in  the  same  sequence 

\  Gq,  if  Ln  is  in  sequence  q  and  Ln+ 1  is  in  sequence  q  +  1 


The  Start  Time  Assignment  Algorithm  calculates  viable  start  times  to  maximize  the  total 
benefit,  which  is  given  by 

N 

=  y ^Bn(tn).  (7) 

n—  1 
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It  will  be  shown  that  the  benefit  functions  can  be  expressed  in  the  form 

Bn(tn)  =  Bn(t'n)  +/n(ocw).  (8) 

Total  benefit  can  then  be  expressed  as 

N  N 

B(t\,  =  ^  ^ Bn(tn)  =  ^  ^  | Bn{tn)  T . 

n= 1  n=i 

Therefore  choosing  viable  start  times  which  maximize  (7)  is  equivalent  to  choosing  {a„}^ 
to  maximize 

N 

J2fn(an),  (9) 

n=  1 

subject  to  the  linear  inequality  constraints  (4)  and  (5).  Furthermore,  if  /„( a„)  is  linear  in 
a„,  then  the  maximisation  problem  is  a  linear  program  and  can  be  solved  by  applying  the 
simplex  method  for  linear  programming  [10]. 

It  is  shown  that  a  benefit  function  can  be  expressed  in  the  form  given  by  (8).  First,  consider 
the  case  where  t'n  >  t*. 


Bn  {tn)  —  Bn{tn-\-  oc„) 

=  B*t  -  An(an  - 1*  +  t'n) 
=  Bn{tn)  A;;0C  n 

Therefore  /„( an)  can  be  expressed  as  a  linear  equation 


fn  (  Ctrl )  —  A„  OC/7 . 

Next,  consider  the  case  where  t'n  <t*.  It  is  seen  that 
Bn{tn )  =  Bn{tnJrCLn) 

f  B*-8„(t*-t')  +  8nan,  0<an<t*-t'n 

\  K  ~  {t'n  -t’n)  +  8n (t*  -  t’n)  -  A„(a„  - 1*  +  t'n),  t*  -t’„<  an  <  En 
—  Bn(tn)  +  /„(oc„), 


where  the  function  /„( a„)  is  given  by 


f  8nCtn ,  0  ^  ctn  tn  l n 

\  Sn (t*  -  tn )  -  An(an  - 1*  +  t'n),  t*  -  t'n  <  a„  <  En 


(10) 


In  this  case,  /„( an)  is  a  piecewise-linear  equation.  The  traditional  simplex  method  for 
linear  programming  requires  that  the  objective  function  be  linear.  Simplex  methods  for 
piecewise-linear  objective  functions  have  been  developed  [11],  [12].  The  approach  taken 
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here  is  to  convert  the  piecewise-linear  objective  function  to  an  equivalent  linear  objective 
function  through  the  use  of  additional  variables  [13].  This  then  allows  for  the  application 
of  the  traditional  simplex  method.  Returning  to  (10),  when  t*  —  t'n  <  an  <  En, 

M  Un)  =  bn(t*-t'n)-An{an-t*+t'n) 

=  cx/2  (8;!  A  A„)  (an  tn  A 1;7) 

Therefore  the  function  /„(  a„)  is  given  by 

r  \  _  f  &n&n-  0  <  an  <  tn  ~tn 

M  ~  \  5„a „  -  (8„  AA„)(a„  -  t*+t'n),  t*  -t'n<  a„  <  En 

For  0  <  a„  <  En,  /„( a„)  can  be  expressed  as  the  linear  equation 

fn  (  OCjl  )  =  8/7  CX/7  (S/7  — F  A/;  )  (J)/;  , 

where 

=  f  0,  0<CC n<t*-t'n 

1  a n-t*+C  tn-t'n<an<En 

=  max(0,a  n-t*  +  t'n). 


The  optimisation  problem  is  thus  a  linear  program,  which  is  summarized  as  follows.  Let 
Ne  be  the  set  of  all  n  for  which  t'n<t*.  Choose  {a„}^  and  {§n}neNE  to  maximize  (9), 
where 


fniS^n)  — 

f  8n  ex,,  ( 8W  A  A„ )  <|)/7 , 

(  ^nOtm 

if  t'  <  t* 

ii  in 

if fn>t*  ’ 

(11) 

subject  to  the  constraints 

Vn  = 

En  CLn ,  n  =  1  j  •  •  • ;  N) 

(12) 

Wn  = 

oc,;_|_i  a„  A  ;  n  1 , 

-,N-  1, 

(13) 

Xn  — 

(])„  —  CLn  A  t*  —  t'n ,  n  G  Ne  , 

(14) 

where  (3„  is  given  by  (6)  and  vn.  wn,xn  >  0.  The  simplex  method  is  used  to  compute 

the  values  for  the  variables  a,7 .  ()„ ,  vn ,  w„ , xn  which  maximize  (9).  Details  of  applying  the 
simplex  method  to  this  optimisation  problem  are  given  in  Annex  A.  The  processing  time  for 
one  hundred  look  requests  in  on  the  order  of  one  second,  depending  on  the  look  parameters. 

Let  {a„}^  and  {4>„}/,eAy  be  the  set  of  variables  which  maximize  (9).  The  start  times  that 
maximize  the  total  benefit  are  then  given  by 

tn  =  tn  A  a„ , n  —  1 ; ... i N . 
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There  are  noteworthy  special  cases  of  this  optimisation  problem.  First,  consider  the  case 
where  t'n  >  t*  for  all  n.  Examination  of  (11)  shows  that  (9)  is  maximized  by  selecting 
an  =  0  for  all  n.  The  simplex  method  does  not  need  to  be  carried  out,  and  the  start  times 
{ t'n } |  are  optimal.  Note  that  if  sn  —  t*  for  all  n,  then  by  definition  t'n>  t*  for  all  n. 

Another  special  case  occurs  when  t*  —  un  for  all  n.  In  this  case,  the  optimisation  problem 
simplifies  to  choosing  to  maximize  (9),  where 

fn  (  Ot/2 )  =  8„  DC/? , 

subject  to  the  constraints 

vn  —  En  a„ ,  n  —  1 , . . . ,  A, 
w„  1  Ct/i  T  n  —  1, 

where  (3„  is  given  by  (6)  and  an ,  vn ,  wn  >  0.  In  this  case,  the  benefit  function  given  by  ( 1)  is 
linear,  as  opposed  to  piecewise-linear  for  the  general  case.  Therefore,  the  variables  §n  and 
xn  do  not  need  to  be  introduced  to  convert  the  optimisation  problem  to  a  linear  program. 

The  benefit  function  was  defined  as  a  two-slope  function,  as  given  by  (1)  and  (2).  Benefit 
functions  with  other  forms  can  also  be  formulated  as  shown  in  Annex  B.  The  Metric  Cal¬ 
culation  and  Look  Down-Selection  Algorithms  are  not  dependent  on  the  form  of  the  benefit 
function.  Only  the  optimisation  in  the  Start  Time  Assignment  Algorithm  is  dependent  on 
the  form  of  the  benefit  function. 

3.7  Selection  of  look  parameters 

For  the  TSBF  Sub-Scheduler,  each  look  request  has  a  set  of  look  parameters  which  must 
be  chosen.  The  choice  of  certain  parameters  affects  whether  the  look  request  will  be  down- 
selected  and  if  the  look  request  is  down-selected,  how  close  the  start  time  will  be  to  the 
desired  start  time. 

If  the  original  set  of  look  requests  is  viable,  then  down- selection  is  not  required.  However, 
if  the  original  set  is  not  viable,  then  the  peak  benefit  B *  plays  an  important  role  in  the 
down- selection  process.  Because  the  look  requests  are  ordered  in  descending  order  by 
peak  benefit,  look  requests  with  larger  peak  benefits  generally  have  a  better  chance  of 
being  down-selected.  This  is  due  to  the  fact  that  when  it  is  being  considered  for  inclusion 
in  the  set  C,  there  are  fewer  other  look  requests,  which  together  with  the  look  request  under 
consideration,  may  result  in  a  set  that  is  not  viable. 

Once  a  set  of  viable  look  requests  has  been  generated,  the  choice  of  slopes  for  early  and 
late  scheduling,  8„  and  A„  affect  how  close  the  look  will  be  scheduled  to  its  desired  start 
time.  If  a  look  has  larger  values  of  8„  and  A„  relative  to  the  other  looks,  then  the  look  under 
consideration  will  be  scheduled  closer  to  its  desired  start  time.  This  assumes  that  there  is 
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flexibility  in  choosing  the  start  times  for  the  viable  set  of  looks.  In  cases  where  the  set  of 
looks  is  almost  fully  loaded,  there  may  be  little  flexibility  in  choosing  the  start  times. 

Therefore,  there  are  two  distinct  types  of  priority  for  each  look  request.  A  larger  peak 
benefit,  B*,  increases  the  likelihood  that  a  look  request  will  be  down-selected.  Larger  values 
of  S„  and  A„  increase  the  likelihood  that  a  look  will  be  scheduled  closer  to  its  desired  start 
time.  This  is  distinct  from  the  traditional  notion  of  task  priority,  which  considers  a  single 
measure  for  priority.  Further  investigation  will  need  to  be  carried  out  to  study  methods  for 
selecting  B*,  8„  and  A„.  Previous  work  on  task  prioritisation  would  be  a  useful  starting 
point  for  such  a  study.  In  particular,  approaches  based  on  fuzzy  logic  [2], [14]  and  neural 
networks  [15]  have  produced  methods  for  prioritizing  target  tracks. 

The  TSBF  Sub-Scheduler  also  requires  that  the  scheduling  interval  and  desired  start  time  be 
selected.  Tracking  update  rates,  which  can  be  used  to  compute  the  desired  start  time  have 
been  studied  in  [16],  [17]  and  [18].  A  formula  for  the  latest  start  time  has  also  been  derived 
in  [16].  The  specification  of  the  scheduling  interval  and  its  effect  on  tracking  performance 
is  another  area  that  requires  further  study. 

3.8  Summary 

The  TSBF  Sub-Scheduler  receives  tracking  look  requests  and  generates  the  start  times  for 
a  viable  subset  of  tracking  looks.  If  necessary,  down-selection  is  carried  out  by  a  process 
which  favours  higher  peak  benefit  look  requests.  Start  times  are  chosen  to  maximize  the 
total  benefit  of  the  viable  look  requests.  It  is  shown  that  the  maximisation  problem  can  be 
expressed  as  a  linear  program,  which  allows  for  the  application  of  the  simplex  method. 

4  Gap-filling  sub-scheduler  for  surveillance 
looks 


Inputs  to  the  Gap-Filling  Sub-Scheduler  are  the  tracking  look  schedule  generated  by  the 
TSBF  Sub-Scheduler  and  a  set  of  surveillance  look  requests.  If  the  entire  window  is  occu¬ 
pied  with  tracking  looks,  then  the  GF  Sub-Scheduler  does  nothing,  and  the  track  schedule 
is  the  final  schedule  for  the  Sequential  Scheduler.  However,  if  there  are  any  idle  time  in¬ 
tervals  in  the  window,  then  the  GF  Sub-Scheduler  attempts  to  schedule  surveillance  looks 
in  the  idle  time  intervals.  The  surveillance  look  requests  are  assumed  to  be  organized  as 
a  queue,  as  explained  in  Section  4.1.  Details  of  the  GF  Sub-Scheduler  are  presented  in 
Section  4.2. 
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4.1  Queue  management  for  surveillance  look  requests 

The  surveillance  function  consists  of  M  tasks,  where  each  task  involves  the  monitoring  of  a 
region  in  space  which  is  defined  by  a  distinct  beam  position  or  several  beam  positions  of  the 
radar.  Each  task  generates  a  look  request  which  is  sent  to  the  sub-scheduler.  When  the  look 
from  Task  m  is  carried  out,  a  new  look  request  from  that  same  task  is  generated.  Therefore, 
the  sub-scheduler  is  always  in  possession  of  a  single  look  request  from  each  task.  Let  the 
look  request  from  Task  m  be  labeled  A,„,  where  m  =  1  For  this  study,  it  is  assumed 

that  the  length  of  each  surveillance  look  is  d  for  all  looks.  In  general,  the  dwell  time  for 
different  looks  may  have  different  lengths.  Unlike  with  a  tracking  look  request,  there  is  no 
scheduling  interval  associated  with  a  surveillance  look  request.  There  is  no  earliest  start 
time,  because  from  the  point  of  view  of  Task  m,  persistent  surveillance  of  beam  position 
m  is  of  maximum  benefit.  There  is  also  no  latest  start  time,  because  even  if  a  long  period 
of  time  has  elapsed  since  beam  position  m  was  last  monitored,  it  is  beneficial  to  the  radar 
to  schedule  Am,  because  the  surveillance  of  the  region  associated  with  Task  in  will  enhance 
the  surveillance  picture. 

The  sub-scheduler  is  always  in  receipt  of  M  surveillance  look  requests.  Associated  with 
each  look  request  is  the  elapsed  time  £m,  which  computes  the  time  which  has  elapsed  since 
the  last  time  a  look  from  Task  m  was  carried  out.  Allow  the  requests  to  be  organized  in 
a  queue,  so  that  the  sub-scheduler  chooses  the  first  look  request  in  the  queue.  Ordering 
the  look  requests  in  the  queue  will  determine  how  the  look  requests  are  scheduled.  Two 
different  cases  are  considered:  one  where  all  look  requests  have  equal  priority,  and  one 
where  the  look  requests  have  different  priorities. 

4.1.1  Equal  priority  looks 

When  all  M  looks  have  equal  priority,  then  the  look  requests  form  a  first-in,  first-out  (FIFO) 
queue.  After  each  look  is  chosen  from  the  top  of  the  queue  and  scheduled,  it  is  inserted  at 
the  bottom  of  the  queue.  The  FIFO  queue  is  equivalent  to  ordering  the  look  requests  by  £m 
in  descending  order.  The  look  request  with  the  largest  £m  is  the  next  one  to  be  scheduled. 

Consider  an  example  with  six  looks,  where  each  look  has  equal  priority.  Let  the  current 
time  be  time  zero.  Table  2  shows  the  queue  at  time  zero.  The  queue  is  ordered  in  descend¬ 
ing  order  of  elapsed  time  £m.  If  a  surveillance  look  is  to  be  scheduled,  look  A3  will  be 
chosen  from  the  top  of  the  queue.  Now  assume  that  a  surveillance  look  is  not  scheduled  at 
time  zero  nor  at  any  time  between  time  zero  and  time  t.  Although  the  values  of  £m  will  all 
increase  by  t  between  time  zero  and  time  t,  the  ordering  of  the  looks  in  the  queue  will  not 
change.  For  this  equal  priority  example,  regardless  of  when  the  next  look  is  scheduled,  A3 
will  be  the  next  look  chosen. 
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Table  2:  Look  queue  with  equal  priority  looks,  at  time  zero. 


Look 

Elapsed  Time  £,„  (sec.) 

^3 

6.7 

X4 

6.5 

6.1 

A.6 

6.0 

Xl 

5.3 

^2 

4.5 

4.1.2  Looks  with  unequal  priorities 

Now  consider  the  case  where  the  looks  have  different  priorities.  In  this  case,  each  look  has 
a  priority  value  which  is  specified  by  a  time  to,,,  in  seconds.  When  the  sub-scheduler  selects 
a  look  to  be  scheduled,  all  looks  with  the  smallest  value  of  to,,,  and  for  which  to,,,  <  £,„  are 
placed  at  the  top  of  the  queue.  If  there  is  more  than  one  such  look,  then  the  looks  are  ordered 
by  £w  in  descending  order.  This  is  a  generalisation  of  the  case  where  all  looks  have  equal 
priority,  since  choosing  to,,,  =  °°  for  all  in  results  in  a  FIFO  queue.  In  this  scheme,  higher 
priority  looks  will  have  a  smaller  value  of  to,„,  which  results  in  look  Xm  being  scheduled 
more  often. 


Table  3:  Look  queue  with  unequal  priorities,  at  time  zero. 


Look 

Priority  to,,,  (sec.) 

Elapsed  Time  £,„  (sec.) 

Xe 

5.5 

6.0 

X4 

6.0 

6.5 

X3 

OO 

6.7 

^5 

OO 

6.1 

^1 

OO 

5.3 

X2 

5.0 

4.5 

Returning  to  the  example  with  six  looks,  the  elapsed  times  are  assumed  to  be  the  same  as 
in  the  previous  example  with  equal  priority  looks.  Let  the  current  time  be  time  zero.  In 
this  case,  each  of  the  looks  is  assigned  a  priority  value,  as  shown  in  Table  3.  Looks  X4  and 
X&  have  an  elapsed  time  which  is  greater  than  their  priority,  so  they  are  placed  ahead  of  the 
other  looks  in  the  queue.  Look  X(,  has  a  smaller  elapsed  time  than  look  A4,  but  X(,  has  a 
smaller  value  of  00, „  so  it  is  placed  ahead  of  X4  in  the  queue.  Look  X2  has  a  priority  value  of 
CO2  =  4.0,  but  its  elapsed  time  is  less  than  its  priority,  so  it  is  not  advanced  in  the  queue.  At 
time  zero,  if  a  surveillance  look  is  to  be  scheduled,  look  X^  will  be  chosen  from  the  top  of 
the  queue.  If  a  look  is  not  scheduled  at  time  zero,  but  is  chosen  between  time  zero  and  time 
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0.5  seconds,  then  look  ^6  will  still  be  scheduled,  since  it  will  be  at  the  top  of  the  queue. 

Assume  that  no  surveillance  looks  are  scheduled  at  time  zero  or  at  any  time  between  time 
zero  and  time  0.5.  At  time  0.5,  the  elapsed  times  for  all  looks  will  have  increased  by  0.5. 
Since  cc>2  =  £2  and  002  is  the  smallest  priority  value,  look  X2  will  move  to  the  top  of  the 
queue,  as  shown  in  Table  4.  Thus,  it  is  seen  that  the  ordering  in  the  queue  can  change  with 
time,  depending  on  the  values  of  (D,„  in  relation  to  the  elapsed  time  of  each  of  the  looks. 

Table  4:  Look  queue  with  unequal  priorities,  at  time  0.5. 


Look 

Priority  to,,,  (sec.) 

Elapsed  Time  £m  (sec.) 

5.0 

5.0 

A-6 

5.5 

6.5 

A4 

6.0 

7.0 

^3 

OO 

7.2 

^5 

OO 

6.6 

OO 

5.8 

4.2  Sub-scheduler  operation 

The  Gap-Filling  Sub-Scheduler  starts  with  the  tracking  look  schedule  that  was  generated 
by  the  TSBF  Sub-Scheduler  and  considers  all  intervals  in  the  window  during  which  no 
tracking  looks  have  been  scheduled.  The  goal  is  to  schedule  as  many  surveillance  looks 
as  possible  in  each  idle  interval.  Let  I  be  the  length  of  an  idle  interval.  If  I  <  d,  then  no 
surveillance  looks  are  scheduled.  Otherwise,  k  looks  are  scheduled  in  the  interval,  where  k 
satisfies 

kd  <1  <  (k+  1  )d. 

When  one  or  more  looks  are  to  be  scheduled,  the  GF  Sub-Scheduler  computes  the  state  of 
the  queue  at  that  time,  and  the  looks  at  the  top  of  the  queue  are  scheduled. 

5  Scheduling  examples 


The  Sequential  Scheduler  is  a  general  scheduling  technique  that  can  be  applied  to  tracking 
and  surveillance  look  requests  with  arbitrary  parameters.  In  this  section,  several  examples 
are  considered  which  demonstrate  some  characteristics  of  the  scheduler.  In  each  example, 
the  scheduler  receives  a  number  of  surveillance  and/or  look  requests  and  produces  a  sched¬ 
ule  for  these  requests  for  a  single  window.  Although  only  a  single  window  is  considered 
in  these  examples,  an  operational  scheduler  would  schedule  looks  requests  sequentially  for 
consecutive  windows. 
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For  all  examples,  the  start  time  of  the  window  is  0  ms.  The  nominal  end  time  of  the  window 
is  300  ms.  The  scheduler  will  schedule  all  looks  that  start  before  the  nominal  end  time.  The 
actual  end  time  of  the  window  is  when  the  last  look  is  completed.  There  are  20  surveillance 
look  requests,  all  with  equal  priority.  The  queue  of  surveillance  look  requests  is  given  in 
descending  order  by  A-i ,  X-2,  •■■,^20-  The  length  of  each  surveillance  look  is  d=\5  ms.  In  the 
examples  presented,  8„  =  A„  for  all  tracking  look  requests;  however,  in  general  8n  and  A„ 
can  be  selected  independently  of  each  other.  Recall  that  a  list  of  parameters  for  the  TSBF 
Sub-Scheduler  is  provided  in  Table  1. 

5.1  Example  1 :  No  tracking  looks 

In  this  example,  no  tracking  look  requests  are  received  by  the  scheduler.  As  a  result, 
surveillance  look  requests  are  scheduled  according  to  the  order  of  the  look  requests  in 
the  queue.  For  look  A the  start  time  is  15(/  —  1)  and  the  end  time  is  15/.  Surveillance 
looks  occupy  100%  of  the  window. 

5.2  Example  2:  Tracking  looks  in  Condition  I 

In  this  example,  the  scheduler  receives  three  tracking  look  requests,  where  the  look  param¬ 
eters  are  shown  in  Table  5.  It  is  evident  that  t\  + l\  <t\  and  that  + 12  <t*.  Therefore, 
the  tracking  looks  are  in  Condition  I  and  can  be  scheduled  at  their  desired  start  times,  as 
shown  in  the  last  column  of  Table  5. 

Table  5:  Look  parameters  and  start  times  for  Example  2. 


Look  Parameters 

Start  Time 

Look 

t* 

ln 

un 

In 

K 

5„ 

A/? 

tn 

L\ 

5 

32 

60 

15 

500 

2 

2 

32 

L2 

68 

95 

115 

20 

1000 

1 

1 

95 

t3 

197 

220 

240 

15 

200 

1 

1 

220 

Given  a  track  schedule,  the  Gap-Filling  Sub-Scheduler  then  schedules  as  many  surveillance 
looks  as  possible  in  the  idle  time  intervals.  The  resulting  schedule  is  shown  in  Table  6.  The 
column  labeled  ’function’  indicates  whether  a  time  interval  is  idle  or  is  occupied  by  a 
surveillance  look  or  a  tracking  look.  Of  the  20  surveillance  looks  in  the  queue,  17  are 
scheduled  during  the  window,  so  that  surveillance  look  Ais  is  at  the  top  of  the  queue  at  the 
end  of  the  window.  Of  the  window  length  of  310  ms,  82.3%  is  occupied  by  surveillance 
looks,  16.1%  by  tracking  looks,  and  1.6%  is  idle. 

For  this  example,  the  scheduling  of  the  tracking  looks  is  not  affected  by  many  of  the  look 
parameters,  such  as  the  scheduling  interval  [sn,u„],  the  peak  benefit  B*  and  the  slopes  for 
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early  and  late  scheduling,  8„  and  A„.  Examples  3  and  4  present  cases  where  not  all  tracking 
looks  can  be  scheduled  at  their  desired  start  times.  In  these  cases,  the  look  parameters  will 
determine  which  look  requests  are  down-selected  and  when  they  are  scheduled. 

Table  6:  Output  of  Sequential  Scheduler  for  Example  2. 


Function 

Look 

Start  time  (ms) 

End  time  (ms) 

Surveillance 

Xi 

0 

15 

Surveillance 

Xo 

15 

30 

Idle 

- 

30 

32 

Tracking 

L\ 

32 

47 

Surveillance 

X3 

47 

62 

Surveillance 

X4 

62 

77 

Surveillance 

X5 

77 

92 

Idle 

- 

92 

95 

Tracking 

L2 

95 

115 

Surveillance 

Xe 

115 

130 

Surveillance 

X-j 

130 

145 

Surveillance 

X% 

145 

160 

Surveillance 

Xg 

160 

175 

Surveillance 

X\o 

175 

190 

Surveillance 

X\ i 

190 

205 

Surveillance 

Xi2 

205 

120 

Tracking 

l3 

220 

235 

Surveillance 

Xl3 

235 

250 

Surveillance 

Xu 

250 

265 

Surveillance 

X\s 

265 

280 

Surveillance 

Xu 

280 

295 

Surveillance 

Xu 

295 

310 

5.3  Examples  3A  and  3B:  tracking  looks  in  Condition  II 

Examples  3A  and  3B  consider  a  set  of  tracking  looks  that  are  in  Condition  II.  The  two 
examples  have  look  requests  which  differ  in  their  slopes  for  early  and  late  scheduling  to 
highlight  the  characteristics  of  the  TSBF  Sub-Scheduler. 

5.3.1  Example  3A 

In  this  example,  the  scheduler  receives  ten  tracking  look  requests,  where  the  look  param¬ 
eters  are  shown  in  Table  7.  Recall  the  definitions  of  radar  loading  and  look  request  con- 
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ditions  from  Section  3.2.  For  this  set  of  looks,  l  =  195  ms  and  x  =  255  ms.  Furthermore, 
it  is  not  the  case  that  t*  +  ln  <  t*+l  for  n  —  1,  ...,9.  Therefore,  the  tracking  looks  are  in 
Condition  II. 

Table  7:  Look  parameters,  look  metrics  and  start  times  for  Example  3 A. 


Look  Parameters 

Look  Metrics 

Start  Time 

Look 

sn 

t* 

Ln 

Mn 

In 

K 

8/! 

t'n 

En 

hi 

u 

5 

25 

40 

15 

700 

5 

5 

5 

35 

18 

L2 

15 

38 

56 

15 

200 

1 

1 

20 

36 

33 

l3 

21 

48 

68 

20 

1000 

10 

10 

40 

33 

48 

U 

45 

50 

70 

15 

500 

4 

4 

60 

15 

68 

L5 

75 

88 

114 

25 

900 

8 

8 

75 

39 

88 

l6 

130 

142 

168 

20 

300 

4 

4 

130 

38 

135 

Ei 

135 

155 

192 

25 

700 

5 

5 

150 

42 

155 

Eg 

150 

170 

225 

15 

600 

6 

6 

175 

50 

180 

e9 

172 

210 

220 

20 

900 

10 

10 

190 

30 

210 

Eio 

195 

225 

240 

20 

200 

2 

2 

210 

30 

230 

The  TSBF  Sub-Scheduler  begins  by  carrying  out  the  metrics  calculation  for  the  set  of 
looks  requests.  The  look  metrics  {t'n}  and  {En }  are  shown  in  Table  7.  As  detailed  in 
Section  3.4,  {£„}  specify  the  maximum  delay  that  can  be  applied  to  each  look  within  a 
sequence.  Because  the  parameters  {En}  are  non-negative  for  all  n,  the  set  of  look  requests 
is  viable.  Recall  that  the  Metrics  Calculation  Algorithm  partitions  the  set  of  look  requests 
into  a  number  of  sequences.  In  this  case,  the  set  of  look  requests  was  partitioned  into 
two  sequences;  that  is,  Q  —  2.  The  parameters  Dq  and  Gq  corresponding  to  the  sequences 
are  shown  in  Table  8.  As  specified  in  Section  3.4,  Gq  quantify  the  maximum  delay  that 
can  be  applied  to  looks  which  are  in  different  sequences.  It  is  seen  that  the  first  sequence 
includes  the  look  requests  L\  through  L5,  while  the  second  sequence  includes  look  requests 
L(,  through  Lio-  The  parameter  G2  is  undefined  since  the  Metrics  Calculation  Algorithm 
always  leaves  Gq  undefined. 

Table  8:  Sequence  parameters  for  Example  3 A. 


Sequence ( q ) 

Dq 

Gq 

1 

1 

30 

2 

6 

- 

The  set  of  look  requests  is  viable,  so  look  down-selection  is  not  required  and  the  peak  ben¬ 
efit  values  have  no  effect  on  the  final  schedule  produced  by  the  TSBF  Sub-Scheduler.  The 
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next  step  for  the  TSBF  Sub-Scheduler  is  the  Start  Time  Assignment  Algorithm.  The  start 
times  tn  computed  by  the  TSBF  Sub-Scheduler  are  shown  in  the  last  column  of  Table  7. 
The  Start  Time  Assignment  Algorithm  uses  the  metrics  {t'n }  as  initial  start  times  and  incre¬ 
ments  the  start  times  to  maximize  the  total  benefit.  Figure  5  shows  the  total  benefit  as  the 
start  times  are  incremented  by  the  simplex  algorithm.  In  this  example,  twelve  iterations  of 
the  simplex  method  are  required  to  compute  the  start  times  that  maximize  total  benefit.  As 
explained  in  Annex  A,  if  the  entering  basic  variable  has  zero  value,  then  an  iteration  of  the 
simplex  method  will  result  in  no  change  in  the  objective  function.  This  accounts  for  the 
iterations  in  Figure  5  where  the  objective  function  remains  unchanged. 


Figure  5:  Increase  in  total  benefit  for  the  simplex  method  for  Example  3 A. 

In  this  example,  the  two  sequences  of  looks  can  be  examined  individually  to  understand 
how  the  total  benefit  is  maximized.  Consider  the  first  sequence  of  looks,  which  consists 
of  L\  through  L5.  For  looks  L\,  L2,  L3  and  L5,  t'n  <  t*  so  that  increasing  the  start  time 
from  t'n  increases  the  benefit  function  of  these  looks.  However,  for  look  L4,  t'n  >  t*  so  that 
increasing  the  start  time  from  t'n  decreases  the  benefit  function  of  the  fourth  look.  For  each 
one  millisecond  increase  to  the  start  times,  the  net  positive  benefit  is  20.  Increasing  the  start 
times  incrementally  results  in  a  net  increase  in  total  benefit  until  either  one  of  the  look  start 
times  reaches  either  its  desired  start  time  or  its  latest  start  time.  In  this  case,  this  occurs 
when  the  start  time  for  L3  reaches  48  ms,  which  is  its  desired  start  time.  Further  increasing 
of  the  start  times  of  the  first  four  looks  does  not  increase  the  total  benefit.  However,  further 
increasing  of  the  start  time  of  the  fifth  look  does  increase  the  total  benefit.  The  total  benefit 
of  the  first  sequence  is  maximized  when  the  start  time  of  the  fifth  look  is  the  desired  start 
time  of  88  ms. 

The  second  series  of  looks  consists  of  looks  Lg  through  Liq.  For  each  look  except  L%, 
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t'n  <  t*  SO  that  increasing  the  start  time  from  t'u  increases  the  individual  benefit  function. 
For  look  Lg,t'n  >  t*  so  that  increasing  the  start  time  from  t'n  decreases  the  benefit  function 
of  this  look.  Increasing  the  start  times  for  the  second  sequence  increases  the  total  benefit 
until  the  start  time  for  L7  reaches  155  ms,  which  is  its  desired  start  time.  At  this  point,  there 
is  no  net  increase  in  benefit  from  increasing  the  start  times  for  L 6,  L7  and  Lg.  However, 
increasing  the  start  times  for  Lg  and  L\q  increases  the  net  benefit  until  the  start  time  for  Lg 
reaches  210  ms,  which  is  its  desired  start  time. 

Because  the  radar  is  underloaded  with  tracking  look  requests,  the  sub-scheduler  has  flex¬ 
ibility  in  assigning  start  times  for  Example  3A.  It  is  seen  that  the  values  of  the  slopes  for 
early  and  late  scheduling,  S„  and  An,  determine  the  start  times  which  maximize  the  total 
benefit.  The  two  looks  with  the  largest  slope  values,  L3  and  Lg,  are  both  scheduled  at  their 
desired  start  times.  Note  that  having  larger  slope  values  does  not  necessarily  mean  that  a 
given  look  will  be  scheduled  closer  to  its  desired  start  time  than  a  neighboring  look  with 
smaller  slope  values.  In  this  example,  look  L7  is  scheduled  at  its  desired  start  time  while 
look  Lg  is  not,  even  though  87  =  A7  =  5  while  8s  =  As  =  6. 

Table  9:  Output  of  Sequential  Scheduler  for  Example  3A. 


Function 

Look 

Start  time  (ms) 

End  time  (ms) 

Surveillance 

A-i 

0 

15 

Idle 

- 

15 

18 

Tracking 

U 

18 

33 

Tracking 

l2 

33 

48 

Tracking 

l3 

48 

68 

Tracking 

La 

68 

83 

Idle 

- 

83 

88 

Tracking 

l5 

88 

113 

Surveillance 

A-2 

113 

128 

Idle 

- 

128 

135 

Tracking 

L6 

135 

155 

Tracking 

Li 

155 

180 

Tracking 

Lg 

180 

195 

Surveillance 

Lg 

195 

210 

Tracking 

Lg 

210 

230 

Tracking 

L\o 

230 

250 

Surveillance 

Xa 

250 

265 

Surveillance 

L5 

265 

280 

Surveillance 

X(, 

280 

295 

Surveillance 

Lj 

295 

310 
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Given  the  look  start  times  shown  in  the  final  column  of  Table  7,  the  Gap-Filling  Sub- 
Scheduler  fills  the  idle  time  intervals  with  surveillance  looks.  Table  9  shows  the  output  of 
the  Sequential  Scheduler  for  Example  3A.  Seven  surveillance  looks  are  scheduled.  Of  the 
total  window,  61.3%  is  occupied  by  tracking  looks,  33.9%  by  surveillance  looks,  and  4.8% 
is  idle. 

The  idle  time  intervals  produced  by  the  Sequential  Scheduler  are  less  than  the  length  of 
the  surveillance  looks.  Therefore,  shorter  surveillance  look  lengths  result  in  shorter  idle 
time  intervals.  The  total  amount  of  idle  time  produced  by  the  schedule  depends  on  both  the 
length  of  the  surveillance  looks  and  on  the  total  number  of  idle  intervals  generated  by  the 
TSBF  Sub-Scheduler. 


5.3.2  Example  3B 

In  Example  3B,  the  scheduler  receives  ten  tracking  look  requests.  The  look  parameters 
are  identical  to  those  from  Example  3 A,  except  that  82,  A2,  8s,  and  As  are  increased  to 
12.  These  modified  values  are  indicated  in  bold  italics  in  Table  10.  The  change  in  these 
parameters  results  in  modified  start  times  for  seven  of  the  ten  looks.  The  new  start  times 
are  indicated  in  bold  italics  in  the  last  column  of  Table  10. 

Table  10:  Look  parameters,  look  metrics  and  start  times  for  Example  3B.  Values  in  bold 
italics  are  variants  from  Example  3 A. 


Look  Parameters 

Look  Metrics 

Start  Time 

Look 

Sn 

f* 

ln 

Mn 

In 

K 

5  „ 

An 

t'n 

En 

tn 

u 

5 

25 

40 

15 

700 

5 

5 

5 

35 

20 

l2 

15 

38 

56 

15 

200 

12 

12 

20 

36 

35 

L3 

21 

48 

68 

20 

1000 

10 

10 

40 

33 

50 

U 

45 

50 

70 

15 

500 

4 

4 

60 

15 

70 

L5 

75 

88 

114 

25 

900 

8 

8 

75 

39 

88 

l6 

130 

142 

168 

20 

300 

4 

4 

130 

38 

130 

Li 

135 

155 

192 

25 

700 

5 

5 

150 

42 

150 

L$ 

150 

170 

225 

15 

600 

12 

12 

175 

50 

175 

Lg 

172 

210 

220 

20 

900 

10 

10 

190 

30 

210 

Lio 

195 

225 

240 

20 

200 

2 

2 

210 

30 

230 

Due  the  increase  in  82  and  A2,  look  L2  is  scheduled  at  35  ms,  which  is  2  ms  closer  to  its 
desired  start  time  than  in  Example  3A.  The  neighboring  looks  L3  and  L4  prevent  L2  from 
being  scheduled  at  its  desired  start  time  of  33  ms.  Look  L4  is  scheduled  at  its  latest  start 
time  of  70  ms,  which  forces  L3  to  be  scheduled  to  later  than  50  ms  and  in  turn  forces  L2  to 
be  scheduled  no  later  than  35  ms. 


DRDC  Ottawa  TM  2010-259 


27 


Similarly,  the  increase  in  S*  and  As  results  in  being  scheduled  closer  to  its  desired  start 
time.  The  neighboring  looks  L 6  and  Li  prevent  Ls  from  being  scheduled  at  its  desired  start 
time  of  170  ms.  Looks  L 6,  Li  and  L%  are  scheduled  at  times  t'(r  tj  and  fg. 

Examples  3A  and  3B  illustrate  the  effect  of  look  parameters  8,;  and  An  on  the  schedule 
computed  by  the  TSBF  Sub-Scheduler.  Larger  values  of  8,;  and  A„  result  in  look  Ln  being 
scheduled  closer  to  its  desired  start  time. 

5.4  Examples  4A  and  4B:  tracking  looks  in  Condition 
III 


Examples  4A  and  4B  consider  a  set  of  tracking  looks  that  are  in  Condition  III.  The  two 
examples  have  look  requests  with  different  values  of  peak  benefit  to  highlight  the  charac¬ 
teristics  of  the  TSBF  Sub-Scheduler. 

5.4.1  Example  4A 

In  this  example,  the  scheduler  receives  twenty  look  requests,  with  look  parameters  as  shown 
in  Table  11.  For  this  set  of  looks,  1  —  380  ms  and  x  =  314  ms,  so  that  the  set  of  looks  is 
in  Condition  III.  Therefore  one  or  more  look  requests  will  need  to  be  dropped  to  produce  a 
viable  set  of  looks. 

The  TSBF  Sub-Scheduler  begins  by  computing  the  look  metrics  for  the  set  of  look  requests. 
These  metrics  which  are  calculated  before  down-selection  are  indicated  in  Table  1 1 .  The 
look  requests  are  partitioned  into  one  sequence;  that  is,  Q  =  1.  It  is  seen  that  En  <  0 
for  several  looks.  Therefore,  the  original  set  of  look  requests  is  not  viable,  and  the  sub¬ 
scheduler  executes  the  Look  Down-Selection  Algorithm.  As  a  result  of  the  down-selection, 
looks  Li ,  L14,  Li6  and  Lig  are  dropped  to  produce  a  viable  set  of  looks.  The  look  metrics  for 
the  viable  set  after  down-selection  are  shown  in  Table  11.  After  down-selection,  E\q  =  0, 
which  indicates  that  for  look  L\q,  t[Q  =  wio-  Look  must  be  scheduled  at  time  =  165 
ms.  All  down-selected  looks  are  scheduled  at  the  times  {t'n}  which  were  calculated  after 
down-selection.  Therefore,  the  slopes  for  early  and  late  scheduling,  hn  and  A„,  have  no 
effect  on  the  final  schedule  that  is  generated. 

In  the  original  set  of  look  requests,  there  were  two  look  requests,  L14  and  L\^„  with  a  peak 
benefit  of  100,  which  is  the  lowest  value  of  peak  benefit  among  all  look  requests.  Both  of 
these  look  requests  were  dropped  in  look  down-selection.  Of  the  four  look  requests  with 
a  peak  benefit  of  200,  two  look  requests  were  dropped.  Therefore,  the  four  look  requests 
which  were  dropped  had  the  lowest  peak  benefit  values.  This  will  not  necessarily  be  the 
case  for  all  sets  of  look  requests,  as  look  down- selection  process  is  also  affected  the  length 
of  the  scheduling  intervals  and  the  relationships  between  scheduling  intervals  among  the 
different  look  requests. 
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Table  11:  Look  parameters ,  look  metrics  and  start  times  for  Example  4 A.  The  symbol  ‘X’  indicates  a  look  request  that  was 
dropped  during  down-selection. 


Look  Metrics 
before 

Down-Selection 

Look  Metrics 
after 

Down-Selection 

Look  Parameters 

Start  Time 

Look 

t* 

ln 

un 

In 

K 

K 

An 

t'n 

En 

t'n 

En 

tn 

u 

0 

19 

46 

20 

300 

2 

2 

0 

46 

0 

46 

0 

L2 

3 

29 

61 

20 

200 

6 

6 

20 

41 

20 

41 

20 

Li 

10 

36 

62 

15 

500 

9 

9 

40 

22 

40 

22 

40 

u 

20 

45 

74 

25 

300 

9 

9 

55 

19 

55 

19 

55 

l5 

46 

77 

107 

25 

400 

3 

3 

80 

27 

80 

27 

80 

l6 

93 

119 

153 

15 

500 

5 

5 

105 

48 

105 

48 

105 

Li 

90 

120 

146 

20 

200 

4 

4 

120 

26 

X 

X 

X 

^8 

106 

131 

164 

25 

500 

6 

6 

140 

24 

120 

44 

120 

L9 

104 

138 

173 

20 

700 

3 

3 

165 

8 

145 

28 

145 

Lio 

111 

139 

165 

20 

300 

2 

2 

185 

-20 

165 

0 

165 

Ln 

144 

175 

208 

15 

800 

5 

5 

205 

3 

185 

23 

185 

Ln 

164 

196 

226 

15 

200 

3 

3 

220 

6 

200 

26 

200 

Ln 

168 

202 

233 

20 

500 

1 

1 

235 

-2 

215 

18 

215 

L\4 

172 

206 

238 

20 

100 

10 

10 

255 

-17 

X 

X 

X 

Ll5 

180 

213 

243 

20 

300 

5 

5 

275 

-32 

235 

8 

235 

L\6 

192 

224 

253 

15 

100 

10 

10 

295 

-42 

X 

X 

X 

Ln 

196 

227 

261 

20 

300 

8 

8 

310 

-49 

255 

6 

255 

Ln 

214 

240 

269 

15 

200 

1 

1 

330 

-61 

X 

X 

X 

L\9 

219 

248 

281 

20 

300 

7 

7 

345 

-64 

275 

6 

275 

L2o 

241 

270 

299 

15 

300 

7 

7 

365 

-66 

295 

4 

295 

rv> 

CD 


The  schedule  produced  by  the  TSBF  Sub-Scheduler  has  no  idle  intervals.  Therefore,  the 
tracking  schedule  is  the  final  schedule,  and  no  surveillance  looks  are  scheduled  in  this 
example. 

5.4.2  Example  4B 

In  this  example,  the  scheduler  receives  twenty  look  requests.  The  look  parameters  are  the 
same  as  in  Example  4A,  with  the  exceptions  that  the  peak  benefit  for  look  Lg  is  400,  and 
the  peak  benefits  for  looks  L4  and  L\ 4  are  1000.  These  modified  values  for  peak  benefit  are 
indicated  in  bold  italics  in  Table  12,  which  also  presents  the  look  metrics  before  and  after 
down- selection  and  the  start  times  Tn  generated  by  the  TSBF  Sub-Scheduler. 

The  last  column  in  Table  12  shows  the  start  time  for  the  look  requests,  with  the  symbol 
‘X’  indicating  that  the  look  was  dropped.  The  start  time  entry  is  shown  in  bold  italics  if 
the  outcome  of  the  Look  Down-Selection  Algorithm  was  different  from  that  in  Example 
4A.  Looks  L2,  L10  and  L\ 2  were  down-selected  in  Example  4A  but  dropped  in  Example 
4B.  Looks  L7  and  L\ 4  were  dropped  in  Example  4 A  but  down- selected  in  Example  4B. 
Increasing  the  peak  benefit  of  look  L\ 4  changed  its  outcome  in  the  Look  Down-Selection 
Algorithm.  For  all  the  other  looks  whose  outcome  of  the  Look  Down-Selection  Algorithm 
changed,  their  peak  benefits  were  relatively  low  and  unchanged  from  Example  4A.  The 
changed  peak  benefit  values  of  the  other  look  requests  caused  the  change  in  outcome  of  the 
Look  Down-Selection  Algorithm. 

5.5  Summary 

The  examples  presented  in  this  section  illustrate  the  schedules  produced  by  the  Sequential 
Scheduler  for  varying  numbers  of  tracking  look  requests.  When  there  are  no  tracking 
look  requests  or  when  all  tracking  look  requests  can  be  scheduled  at  their  desired  times, 
generating  the  tracking  look  schedule  is  trivial,  as  in  Examples  1  and  2.  However,  when  not 
all  tracking  look  requests  can  be  scheduled  at  their  desired  times,  the  TSBF  Sub-Scheduler 
down-selects  a  viable  set  of  looks  if  required,  and  schedules  the  viable  set  to  maximize 
total  benefit.  Examples  3A  and  3B  showed  that  choosing  larger  values  of  8„  and  A„  for 
look  Ln  resulted  in  Ln  being  scheduled  closer  to  its  desired  start  time.  Examples  4 A  and 
4B  showed  that  looks  with  larger  values  of  peak  benefit  are  more  likely  to  survive  look 
down-selection. 

6  Conclusions 


A  technique  for  the  scheduling  of  prioritized  tracking  and  surveillance  looks  has  been 
proposed.  The  Sequential  Scheduler  consists  of  the  Two-Slope  Benefit  Function  Sub- 
Scheduler  for  scheduling  tracking  looks  and  the  Gap-Filling  Sub-Scheduler  for  scheduling 
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Table  12:  Look  parameters,  look  metrics  and  start  times  for  Example  4B.  The  symbol  ‘ X ’  indicates  a  look  request  that  was 
dropped  during  down-selection.  Peak  benefit  values  which  differ  from  Example  4A  are  shown  in  bold  italics.  Start  time  values 
are  in  bold  italics  if  the  outcome  of  look  down-selection  differed  from  that  in  Example  4  A. 


Look  Metrics 
before 

Down-Selection 

Look  Metrics 
after 

Down-Selection 

Look  Parameters 

Start  Time 

Look 

sn 

t* 

ln 

un 

In 

K 

8« 

E-n 

t'n 

En 

t'n 

En 

tn 

u 

0 

19 

46 

20 

300 

2 

2 

0 

46 

0 

46 

10 

Li 

3 

29 

61 

20 

200 

6 

6 

20 

41 

X 

X 

X 

l3 

10 

36 

62 

15 

500 

9 

9 

40 

22 

20 

42 

30 

La 

20 

45 

74 

25 

1000 

9 

9 

55 

19 

35 

39 

45 

l5 

46 

77 

107 

25 

400 

3 

3 

80 

27 

60 

47 

70 

l6 

93 

119 

153 

15 

500 

5 

5 

105 

48 

93 

60 

95 

90 

120 

146 

20 

200 

4 

4 

120 

26 

108 

38 

110 

Ls 

106 

131 

164 

25 

500 

6 

6 

140 

24 

128 

36 

130 

l9 

104 

138 

173 

20 

400 

3 

3 

165 

8 

153 

20 

155 

L  to 

111 

139 

165 

20 

300 

2 

2 

185 

-20 

X 

X 

X 

L\  i 

144 

175 

208 

15 

800 

5 

5 

205 

3 

173 

35 

175 

Ll2 

164 

196 

226 

15 

200 

3 

3 

220 

6 

X 

X 

X 

Li3 

168 

202 

233 

20 

500 

1 

1 

235 

-2 

188 

45 

190 

L\a 

172 

206 

238 

20 

1000 

10 

10 

255 

-17 

208 

30 

210 

Ll5 

180 

213 

243 

20 

300 

5 

5 

275 

-32 

228 

15 

230 

Li6 

192 

224 

253 

15 

100 

10 

10 

295 

-42 

X 

X 

X 

Lij 

196 

227 

261 

20 

300 

8 

8 

310 

-49 

248 

13 

250 

Lis 

214 

240 

269 

15 

200 

1 

1 

330 

-61 

X 

X 

X 

L\9 

219 

248 

281 

20 

300 

7 

7 

345 

-64 

268 

13 

270 

LlO 

241 

270 

299 

15 

300 

7 

7 

365 

-66 

288 

11 

290 

surveillance  looks.  The  TSBF  Sub-Scheduler  generates  a  schedule  of  tracking  looks.  The 
Gap-Filling  Sub-Scheduler  then  fills  in  idle  intervals  in  the  resulting  radar  time  line  with 
surveillance  looks. 

To  schedule  tracking  looks,  the  TSBF  Sub-Scheduler  computes  metrics  based  on  the  look 
parameters  associated  with  the  set  of  input  look  requests.  If  required,  a  viable  set  of  looks  is 
down-selected  from  the  original  set  of  looks.  The  start  times  for  the  viable  set  are  then  cho¬ 
sen  to  maximize  the  total  benefit  of  the  set.  For  the  two-slope  benefit  function,  it  is  shown 
that  the  optimization  is  a  linear  program  that  can  be  solved  using  the  simplex  method.  The 
processing  time  for  one  hundred  look  requests  in  on  the  order  of  one  second,  depending  on 
the  look  parameters. 

When  the  tracking  look  requests  cannot  be  scheduled  at  their  desired  start  times,  the  pa¬ 
rameters  of  the  benefit  function  determine  whether  looks  are  down-selected  and  when  the 
looks  are  scheduled  relative  to  their  desired  start  times.  If  some  looks  must  be  dropped, 
larger  values  of  peak  benefit  and  larger  scheduling  intervals  enhance  the  likelihood  that  a 
look  will  be  down-selected.  Larger  values  of  slopes  for  early  and  late  scheduling  enhance 
the  likelihood  that  a  look  will  be  scheduled  closer  to  its  desired  start  time.  Examples  were 
presented  to  illustrate  these  properties  of  the  scheduler. 

Previous  work  on  task  prioritisation  can  be  used  to  specify  the  relative  peak  benefit  values 
of  the  tracking  look  requests.  However,  further  study  is  required  to  determine  the  optimal 
scheduling  intervals  and  slopes  for  early  and  late  scheduling. 
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Annex  A:  Simplex  method 


This  annex  shows  how  the  simplex  method  for  linear  programming  is  applied  to  the  optimi¬ 
sation  problem  presented  in  Section  3.6.  The  linear  program  is  as  follows.  Choose  {a„ 
to  maximize  the  objective  function 


N 


(A.l) 


where  /„( a„)  is  given  by  (11),  subject  to  the  constraints  given  in  (12)-(14)  and  with  the 
restrictions  an,§n,vn,wn,xn  >  0.  A  feasible  solution  is  a  set  of  non-negative  variables 
OC/7 ,  (f),2 ,  vn ,  wn , xn  that  satisfy  (12)-(14).  The  simplex  method  begins  with  an  initial  feasible 
solution  and  iteratively  selects  feasible  solutions  that  increase  the  value  of  the  objective 
function. 

In  this  case,  an  initial  feasible  solution  is  given  by  an  —  0,  for  all  n  and  <\>n  —  0  for  all 
neNg.  Since  vn  —  En  —  an  >  0  for  all  n  and  xn  —  (f)„  —  a„  + t*  —  t'n  >  0  for  all  n  e  Ng,  it  is 
evident  that  the  variables  CLn  and  (j)„  are  bounded,  which  shows  that  (A.l)  is  bounded  and 
that  a  maximum  exists. 

To  carry  out  the  simplex  method,  variables  are  grouped  into  a  set  of  nonbasic  variables, 
which  are  set  to  zero,  and  a  set  of  basic  variables.  For  the  initial  feasible  solution,  the  vari¬ 
ables  {a„};^|  and  {(y},7eV/.;  are  the  nonbasic  variables  and  the  variables  {vn}„=l,  {wn}^=l 
and  {xn}neNE  are  the  basic  variables.  The  simplex  method  then  iterates  on  the  following 
two  steps. 

1 .  Determine  the  entering  basic  variable  by  computing  which  nonbasic  variable,  if  al¬ 
lowed  to  take  on  a  positive  value,  will  increase  the  value  of  the  objective  function 
most  rapidly. 

2.  Increase  the  value  of  the  entering  basic  variable  until  one  of  the  basic  variables  is 
forced  to  a  value  of  zero.  This  basic  variable  is  called  the  exiting  basic  variable. 

The  entering  basic  variable  becomes  a  basic  variable  and  the  exiting  basic  variable  becomes 
a  nonbasic  variable.  Steps  1  and  2  are  then  repeated.  The  procedure  stops  when  no  enter¬ 
ing  basic  variables  exist,  and  the  resulting  values  of  the  variables  maximize  the  objective 
function. 

If  more  than  one  variable  qualifies  as  the  entering  basic  variable,  then  the  entering  basic 
variable  is  chosen  arbitrarily  from  amoung  these  candidates.  If  a  basic  variable  has  zero 
value,  it  may  be  necessary  to  exchange  to  choose  this  variable  as  the  entering  basic  variable 
in  order  to  proceed  with  the  iteration.  Such  an  operation  will  result  in  the  objective  function 
remaining  constant  for  an  iteration.  This  is  illustrated  in  Figure  5. 
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Annex  B:  Other  forms  of  the  benefit  function 


For  the  TSBF  Sub-Scheduler,  the  benefit  function  was  defined  as  a  two-slope  function,  as 
given  by  (1)  and  (2).  This  appendix  examines  other  forms  of  the  benefit  function  which 
may  be  considered. 

The  benefit  function  can  be  specified  as  an  order-r  function,  which  is  defined  by 

Bn(tn)=B*-cn\\tn-t*\\r,  (B.l) 

where  cn  e  91,  cn  >  0,  and  r  >  2  is  an  integer.  Order-r  benefit  functions  with  r  =  2,  r  —  3, 
and  r  —  4  are  shown  in  Figure  B.l,  when  cn—  1 .  It  is  seen  that  the  benefit  function  decreases 
more  slowly  in  \\tn  —  t*  ||  as  r  increases.  Given  a  viable  set  of  N  looks  with  order-r  benefit 


Figure  B.l:  Order-r  benefit  functions  for  cn—  1 . 

functions,  the  Start  Time  Assignment  Algorithm  seeks  to  choose  { a„ } ^  to  minimize 

N 

5>||a„-«-Oir.  (B.2) 

n=  1 

subject  to  the  constraints  (4)  and  (5).  This  optimisation  can  be  carried  out  using  Lagrange 
multipliers  and  solving  for  the  Kuhn-Tucker  conditions  for  optimality  [19].  Solving  this 
non-linear  program  requires  significantly  more  computation  complexity  than  that  of  the 
simplex  method. 
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Piecewise-linear  benefit  functions  with  multiple  slopes  may  also  be  considered.  These 
functions  are  more  general  than  two-slope  functions,  while  the  process  for  selecting  start 
times  is  still  a  linear  program.  However,  in  order  to  apply  the  simplex  method,  additional 
variables  must  be  introduced  to  the  problem.  In  general,  one  additional  variable  will  need 
to  be  introduced  for  each  additional  linear  piece  of  each  benefit  function  [11]. 
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